\chapter*{Заключение}
\addcontentsline{toc}{chapter}{\tocsecindent{Заключение}}

Итак, в результате работы над проектом была спроектирована и реализована распределённая автоматизированная система управления высшим учебным заведением. При этом были изучены новейшие технологии, используемые для этого в современном промышленном программировании, такие как Entity Persistence и JSF. В результате хотелось бы сделать некоторые выводы о том, в каких случаях подобные технологии нужно использовать, а в каких не нужно.

Итак, Java~EE, по нашему мнению,~--- лучшая технология для написания распределённых систем уровня предприятия, т.~е. систем, для которых характерны
\begin{itemize}
\item большие размеры по части использования ресурсов,
\item задачи автоматизированного оптимального управления крупным предприятием,
\item тонкий клиент (или, возможно, и тонкий, и толстый клиент одновременно),
\item гибкая система безопасности,
\item сложные бизнес-процессы,
\item большое число сущностей предметной области.
\end{itemize}

При этом достоинства Java EE перед прочими средствами разработки подобных приложений:
\begin{itemize}
\item кросплатформенность,
\item объектная ориентированность,
\item масштабируемость,
\item прозрачность,
\item безопасность,
\item универсальность,
\item простота освоения.
\end{itemize}

Однако, при всех этих достоинствах, технология Java EE не лишена следующих недостатков:
\begin{itemize}
\item большой объём кода даже для простых приложений,
% \item невысокая скорость работы,
\item большой объём потребляемой оперативной памяти,
\item сложности с отладкой,
\item необходимость перекомпиляции всего приложения даже в случае небольших исправлений в программном коде,
% \item низкий порог вхождения привлекает малопрофессиональных .
\item отсутствие простого и удобного web-фреймворка <<из коробки>>: при использовании лишь JSP (и даже JSF) объемы необходимого к написанию кода весьма велики.
\end{itemize}

В связи с этим не следует использовать Java EE для написания следующих приложений:
\begin{itemize}
\item легковесных сайтов без сложной логики;
\item небольших распределённых настольных приложений, не нуждающихся в серверной логике;
\item вообще любых небольших проектов, в которых не нужно большое количество кода;
\item любых приложений, если критична скорость их разработки;
\item приложений со сложной математической логикой, требующей высокоскоростных вычислений;
\item приложений, планирующихся к запуску на обычных (не серверных) машинах.
\end{itemize}
